草庐IT

git commit规范

全部标签

web前端开发规范

web前端开发规范规范概述一个人走的更快,一群人可以走的更远,前提是统一的策略,还要不断地反省和优化。不管有多少人共同参与同一项目,尽可能确保每一行代码都像是同一个人编写的开发目录规范开发环境规范开发编码规范一、目录及文件命名规范(一)、例静态专题页目录-src/html源代码-img/image/images图片资源-jsJavaScript脚本-dep/development/package第三方依赖包(二)、例管理端项目目录-project--static/public静态文件--js--css--tpl--index.html...--src源代码(逻辑)--common公共资源--i

web前端开发规范

web前端开发规范规范概述一个人走的更快,一群人可以走的更远,前提是统一的策略,还要不断地反省和优化。不管有多少人共同参与同一项目,尽可能确保每一行代码都像是同一个人编写的开发目录规范开发环境规范开发编码规范一、目录及文件命名规范(一)、例静态专题页目录-src/html源代码-img/image/images图片资源-jsJavaScript脚本-dep/development/package第三方依赖包(二)、例管理端项目目录-project--static/public静态文件--js--css--tpl--index.html...--src源代码(逻辑)--common公共资源--i

vite vue3 规范化与Git Hooks

在《JS模块化》系列开篇中,曾提到前端技术的发展不断融入很多后端思想,形成前端的“四个现代化”:工程化、模块化、规范化、流程化。在该系列文章中已详细介绍了模块化的发展及四种模块化规范。本文简单聊聊规范化中的git规范。1规范化在企业级开发中,“一千个读者有一千个哈姆雷特”是很常见的事,每个程序员对技术的理解、视角和掌握程度参差不齐,导致编写的代码五花八门。规范化包括很多,我在企业实践中重点关注两个方面:代码规范和git提交规范。代码规范最基础的是代码格式,不同的代码格式虽然运行起来没有问题,但代码超级难看,代码乱七八糟、一堆warning,虽然不影响运行,但看着太恶心,就像下面的情形:估计是为

vite vue3 规范化与Git Hooks

在《JS模块化》系列开篇中,曾提到前端技术的发展不断融入很多后端思想,形成前端的“四个现代化”:工程化、模块化、规范化、流程化。在该系列文章中已详细介绍了模块化的发展及四种模块化规范。本文简单聊聊规范化中的git规范。1规范化在企业级开发中,“一千个读者有一千个哈姆雷特”是很常见的事,每个程序员对技术的理解、视角和掌握程度参差不齐,导致编写的代码五花八门。规范化包括很多,我在企业实践中重点关注两个方面:代码规范和git提交规范。代码规范最基础的是代码格式,不同的代码格式虽然运行起来没有问题,但代码超级难看,代码乱七八糟、一堆warning,虽然不影响运行,但看着太恶心,就像下面的情形:估计是为

一次不规范HTTP请求引发的nginx响应400问题分析与解决

背景最近分析数据偶然发现nginxlog中有一批用户所有的HTTPPOSTlog上报请求均返回400,没有任何200成功记录,由于只占整体请求的不到0.5%,所以之前也一直没有触发监控报警,而且很奇怪的是只对于log上报的POST接口会存在这种特定用户全部400的情况,而对于其他接口无论POST还是GET均没有此类问题。进一步分析log发现其实对某些地区的用户请求,这个比例甚至超过了10%,于是花时间跟进了一下,最终发现源于部分机型客户端发出的HTTP请求格式不规范导致,这里记录一下分析过程、原因以及最终解决方案。问题分析常见nginx400原因搜寻网上资料,发现一般可能有以下几个原因会导致n

一次不规范HTTP请求引发的nginx响应400问题分析与解决

背景最近分析数据偶然发现nginxlog中有一批用户所有的HTTPPOSTlog上报请求均返回400,没有任何200成功记录,由于只占整体请求的不到0.5%,所以之前也一直没有触发监控报警,而且很奇怪的是只对于log上报的POST接口会存在这种特定用户全部400的情况,而对于其他接口无论POST还是GET均没有此类问题。进一步分析log发现其实对某些地区的用户请求,这个比例甚至超过了10%,于是花时间跟进了一下,最终发现源于部分机型客户端发出的HTTP请求格式不规范导致,这里记录一下分析过程、原因以及最终解决方案。问题分析常见nginx400原因搜寻网上资料,发现一般可能有以下几个原因会导致n

restful 规范与 drf 的安装使用 & drf 中 APIView 源码分析

内容概要web开发模式API接口postman测试软件的使用restful规范drf的安装与使用cbv的View源码分析APIView源码分析drf的Request类drf的APIView类执行过程内容详细web开发模式1、前后端不分离在开发一个网站的过程中,前端页面需要使用后端框架的模板语法(DTL)来渲染,比如Django自带的模板语法或者jinjia2,这种前端页面在后端渲染完成之后才会把页面文档传送给前端2、前后端分离目前主流的开发模式,这种模式中前端先在后端的静态文件服务器(nfs)中获取静态文件(static中的HTML、CSS、JS代码),需要数据的时候向后端发送请求只获取jso

restful 规范与 drf 的安装使用 & drf 中 APIView 源码分析

内容概要web开发模式API接口postman测试软件的使用restful规范drf的安装与使用cbv的View源码分析APIView源码分析drf的Request类drf的APIView类执行过程内容详细web开发模式1、前后端不分离在开发一个网站的过程中,前端页面需要使用后端框架的模板语法(DTL)来渲染,比如Django自带的模板语法或者jinjia2,这种前端页面在后端渲染完成之后才会把页面文档传送给前端2、前后端分离目前主流的开发模式,这种模式中前端先在后端的静态文件服务器(nfs)中获取静态文件(static中的HTML、CSS、JS代码),需要数据的时候向后端发送请求只获取jso

数据仓库(7)数仓规范设计

规范设计在这里取《大数据之路:阿里巴巴大数据实践》中的定义,这里记录一下本人对这一块自己的理解。规范定义指以维度建模作为理论基础构建总线矩阵,划分和定义数据域、业务过程、维度、度量原子指标、修饰类型、修饰词、时间周期、派生指标。所谓的规范的定义,简单理解,如果把数据当作货物,那就是货物的分类,以及对应相关的属性,比如生产日期,某个原料的含量等,我们可以把相近或者相同货物,按照一定的规律,放在一起,方便入库与出库,需要某个货物按照这些规律就可以,以比较快的速度拉取出来。一般的规范设计包含一下几个方面:划分和定义数据域、业务过程、维度、度量原子指标、修饰类型、修饰词、时间周期、派生指标。数据域:指

数据仓库(7)数仓规范设计

规范设计在这里取《大数据之路:阿里巴巴大数据实践》中的定义,这里记录一下本人对这一块自己的理解。规范定义指以维度建模作为理论基础构建总线矩阵,划分和定义数据域、业务过程、维度、度量原子指标、修饰类型、修饰词、时间周期、派生指标。所谓的规范的定义,简单理解,如果把数据当作货物,那就是货物的分类,以及对应相关的属性,比如生产日期,某个原料的含量等,我们可以把相近或者相同货物,按照一定的规律,放在一起,方便入库与出库,需要某个货物按照这些规律就可以,以比较快的速度拉取出来。一般的规范设计包含一下几个方面:划分和定义数据域、业务过程、维度、度量原子指标、修饰类型、修饰词、时间周期、派生指标。数据域:指